Managing an out-of-order asynchronous heterogeneous remote direct memory access (rdma) message queue

ABSTRACT

A system and method operable to manage a message queue is provided. This management may involve out-of-order asynchronous heterogeneous remote direct memory access (RDMA) to the message queue. This system includes a pair of processing devices, a primary processing device and an additional processing device, a memory in storage location and a data bus coupled to the processing devices. The processing devices cooperate to process queue data within a shared message queue wherein when an individual processing device successfully accesses queue data the queue data is locked for the exclusive use of the processing device. When the processing device acquires the queue data, the queue data is locked and the queue data acquired by the acquiring processing device includes the queue data for both the primary processing device and additional processing device such that the processing device has all queue data necessary to process the data and return processed queue data.

BACKGROUND OF THE INVENTION

The present disclosure relates generally to messaging between processing modules, and more particularly, the management of Remote Direct Memory Access (RDMA) in a multiple processor environment.

Direct memory access (DMA) is a feature of computers and microprocessors that allows certain hardware subsystems within the computer or microprocessor to access system memory for reading and/or writing independently of the central processing unit (CPU). Many hardware systems use DMA including but not limited to disk drive controllers, graphics cards, network cards, sound cards and graphics processing units (GPUs). DMA is also used for intra-chip data transfer in multi-core processors, especially in multiprocessor system-on-chips, where the processing elements may be equipped with a local memory and DMA is used for transferring data between the local memory and the main memory.

Remote Direct Memory Access (RDMA) allows data to move directly from the memory of one computer or microprocessor into that of another without involving the operating system. This permits high-throughput, low-latency networking, which is especially useful in massively parallel computer clusters. RDMA relies on a special philosophy in using DMA.

Message passing is a common feature between two cooperating computing systems. Asynchronous message passing is preferable for performance reasons. To support a full-duplex asynchronous messaging model, a queue, common to both message passing participants, is often used. In order to support full-duplex, both participants may manage the shared queue, which requires locking. Even though locking can be a performance hindrance, locking is arguably better than the complexity and overhead required for one participant to manage all queue operations.

Supporting a shared queue is more complicated in a heterogeneous memory system. Queue elements cannot simply be linked together with a simple linked list as the element pointers only translate in one of the two memory domains. This also means that a more complicated method must be used for managing the queue element order.

BRIEF SUMMARY OF THE INVENTION

Embodiments of the present disclosure are directed to systems and methods that are further described in the following description and claims. Advantages and features of embodiments of the present disclosure may become apparent from the description, accompanying drawings and claims.

One embodiment of the present disclosure provides a system operable to manage a message queue. This management may involve out-of-order asynchronous heterogeneous remote direct memory access (RDMA) to the message queue. This system includes a pair of processing devices, a primary processing device and one or more additional processing devices, a main memory storage location, and a data bus coupled to the processing devices and memory. Individual memory domains may be associated with each processing device. The processing devices cooperate to process queue data within a shared message queue wherein when an individual processing device successfully accesses queue data, the queue data is locked for the exclusive use of that individual processing device. The queue data acquired by the acquiring processing device includes the queue data for both the primary processing device and the partnered additional processing device such that the processing device has all queue data necessary to process the data and return processed queue data. It should be noted that only the processing device remote to the queue data is required to use RDMA to access the data.

According to another embodiment of the present disclosure, a method of managing and processing queue data to include out-of-order, asynchronous, heterogeneous data available through direct memory access of a message queue is provided. This method may involve determining, by a cooperating processing device, if the queue data to be processed by the cooperating process device is locked. If the queue data is unlocked, the cooperating process device will acquire a queue lock and the queue data. This provides the cooperating process device exclusive use of the queue data while the queue data remains locked. The queue data includes the queue data for a pair of cooperating processing devices which both may act on the queue data in a cooperative fashion. However exclusive use means that the cooperating process devices do not simultaneously process the queue data. The queue data acquired by the cooperating process device is processed to produce updated queue data which may then be outputted to provide updated queue data and the queue lock is released. The acquiring and locking of the queue data may involve an atomic GET process. Similarly the updating queue data and releasing the shared queue lock may involve an atomic PUT.

Yet another embodiment of the present disclosure may provide assistance operable to manage out-of-order, asynchronous, heterogeneous message queue made available via direct memory access (DMA). This system includes a pair of partnered processing devices such as a primary processing device and an additional processing device wherein a unique memory domain is associated with each processing device. The memory domains may be mapped to locations within a memory storage location shared or accessible to both processing devices via a data bus. The processing devices cooperate to process queue data within a shared message queue. Data is accessed via DMA and may involve locking queue data such that when one processing device is operating on queue data that processing device has exclusive use of the queue data for the pair of associated processing devices.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

For a more complete understanding of the present disclosure and the advantages thereof, reference is now made to the following description taken in conjunction with the accompanying drawings in which like reference numerals indicate like features and wherein:

FIG. 1 provides a block diagram of a microprocessor that employs embodiments of the present disclosure;

FIG. 2 is a diagram of main memory where main memory may contain a message queue in accordance with embodiments of the present disclosure;

FIG. 3 shows the contents of local memory of an SPE in accordance with embodiments of the present disclosure;

FIG. 4 depicts how the queue order is managed by using an ordering array of indices that correspond to an entry in the message queue in accordance with embodiments of the present disclosure;

FIG. 5 depicts how to queue a new message in accordance with embodiments of the present disclosure;

FIG. 6 provides a logic flow diagram in accordance with embodiments of the disclosure describing the passing of messages between cooperating processors; and

FIG. 7 provides a logic flow diagram in accordance with embodiments of the present disclosure further detailing the messaging process.

DETAILED DESCRIPTION OF THE INVENTION

Preferred embodiments of the present disclosure are illustrated in the FIGs., like numerals being used to refer to like and corresponding parts of the various drawings.

One embodiment of the present disclosure provides a system operable to manage a message queue. This management may involve out-of-order asynchronous heterogeneous remote direct memory access (RDMA) to the message queue. This system includes a pair of processing devices, a primary processing device and one or more additional processing devices, a main memory storage location, and a data bus coupled to the processing devices and memory. Individual memory domains may be associated with each processing device. The processing devices cooperate to process queue data within a shared message queue wherein when an individual processing device successfully accesses queue data, the queue data is locked for the exclusive use of that individual processing device. When a processing device acquires the queue data the queue data is locked, the queue data acquired by the acquiring processing device includes the queue data for both the primary processing device and the partnered additional processing device such that the processing device has all queue data necessary to process the data and return processed queue data.

FIG. 1 provides a block diagram of a microprocessor that employs embodiments of the present disclosure to manage an out-of-order asynchronous heterogeneous RDMA message queue. Such a microprocessor bridges the gap between conventional desktop processors and more specialized high-performance processors, such as the graphics-processors (GPUs). Embodiments may be found as a component in current and future digital distribution systems. As such embodiments may be utilized in high-definition displays and recording equipment, as well as computer entertainment systems for the HDTV era. Additionally the processor may be suited to digital imaging systems (medical, scientific, etc.) as well as physical simulation (e.g., scientific and structural engineering modeling).

Embodiments of the present disclosure overcome some of the complexities and inefficiencies of communications between two heterogeneous partners. The use of RDMA raises an issue in that two different memory domains are used to share information. This issue presents an inefficient situation where large amounts of DMA traffic pass between the two cooperating systems. Embodiments of the present disclosure may also provide the ability to take messages off the queue out of order and still efficiently process the messages. To facilitate management of the message queue, embodiments of the present disclosure may use vector operations to manage the queue. This disclosure may treat the queue itself as a vector or the queue management as a vector to facilitate the shifting of elements within the queue.

Microprocessor 100 includes a power processing element (PPE) 102, synergistic processing elements (SPEs) 104, 106, 108, 100, 112, 114 and 118, element interconnect bus (EIB) 120, a memory interface controller (MIC) 122, memory 124 and IO controller 126. The PPE 102 further includes a primary processing unit (PPU) 134 and memory 132. The SPEs each include a synergistic processing unit (SPU) 136, 138, 140, 142, 144, 146, 148 and 150 and local memory 152, 154, 156, 158, 160, 162, 164, 166. PPE 102 serves as the main processor coordinates a number of functional co-processors (where 8 SPEs 104-118 are shown), and a data bus (such as high-bandwidth EIB 120) connects PPE 102, input/output elements 126 and SPEs 104-118.

To achieve the high performance needed for mathematically intensive tasks, such as but not limited to decoding/encoding MPEG streams, generating or transforming three-dimensional data, or undertaking Fourier analysis of data, Microprocessor 100 couples the SPEs 104-118 and PPE 102 via EIB 120 to give access, via cache coherent direct memory access (DMA), to both main memory and to other external data storage. To facilitate the overlap of computations and data transfer, each of the nine processing elements (PPE 102 and SPEs 104-118) may be equipped with a DMA engine.

Since the SPE's load/store instructions may access only the SPE's own local memory, each SPE entirely depends on DMAs to transfer data to and from the main memory and other SPE's 104-118 local memories. A DMA operation can transfer either a single block area, or a list of such blocks. One design features of the microprocessor 100 is the use of DMAs as a central means of intra-chip data transfer, with a view to enabling maximal asynchrony and concurrency n data processing.

PPE 102 has control over the SPEs 104-118 and can start, stop, interrupt, and schedule processes running on the SPEs 104-118. To this end PPE 102 has additional instructions relating to control of the SPEs 104-118. Unlike SPEs 104-118, PPE 102 can read and write to the main memory and the local memories of SPEs 104-118 through the standard load/store instructions. In one embodiment, SPEs 104-118 may not be fully autonomous and require PPE 102 to prime the SPEs SPE before each SPE can do any useful work. The use of DMA as a method of data transfer and the limited local memory footprint of each SPE pose major challenges.

PPE 102 and the bus architecture include various modes of operation giving different levels of memory protection, allowing areas of memory to be protected from access by specific processes running on the SPEs 104-118 or PPE 102. Both the PPE and SPE may be based on reduced instruction set computing (RISC) architectures.

In one embodiment, PPE 102 may be a multithreaded core acting as the controller for the eight SPEs 104-118 shown. SPEs 104-118 handle most of the computational workload. In one embodiment, PPE 102 may work with conventional operating systems due to similarity to other 64-bit PowerPC processors, while the SPEs 104-118 may be designed for vectorized floating point code execution.

In one typical usage scenario, the system will load the SPEs 104-118 with small programs, chaining SPEs 104-118 together to handle individual tasks or steps within a complex operation. For instance, a set-top box might load programs for reading a DVD, video and audio decoding, and display, and the data would be passed off from SPE to SPE until finally ending up on the TV. Another possibility is to partition the input data set and have several SPEs 104-118 performing the same kind of operation in parallel.

EIB 120 is a communication bus internal to the Microprocessor 100 which connects the various on-chip system elements: PPE 102 processor, the memory controller (MIC), the eight SPE coprocessors, and off-chip I/O interfaces. EIB 120 may also include an arbitration unit which functions as a set of traffic lights.

RDMA supports networked computing by enabling data transfer directly to or from application memory, eliminating the need to copy data between application memory and the data buffers in the operating system. Such transfers require no work to be done by CPUs, caches, or context switches, and transfers continue in parallel with other system operations. When an application performs an RDMA Read or Write request, the application data is delivered directly, reducing latency and enabling fast message transfer.

Embodiments of this disclosure provide a mechanism for managing a heterogeneous shared memory queue between two cooperating participants using RDMA. A common queue and lock may be used for maintaining queue coherency. Queue management data may reside wholly on one of the participating systems (i.e. the PPE or main memory available to the PPE). These performance enhancements are not at the expense of restricting the ability of the queue usage, such as out-of-order element removal.

One benefit of this method is that the method manages all the queue data with a single atomic operation which greatly improves upon systems that require multiple or nested locking. In addition, each queue's meta data is efficiently managed within a single vector using single instruction multiple data (SIMD) operations in an effort to improve performance. All of necessary data may be contained within a single locked entity to minimize synchronization overhead. This performance and efficiency is critical when dealing with cooperating systems using heterogeneous address spaces. This model also requires fewer RDMAs when managing the queue.

Each of the message passing participants may allocate a fixed-size message queue dedicated for incoming messages from the other participant. The fixed depth message queue is based on the vector length, for example a 16 byte vector can have at most 16 individual bytes, which means the queue can only be 16 entries deep. Each participant shares a pointer to this queue with the other participant. The queue local to the participant is for incoming messages and the other participants queue is for outgoing messages.

In addition, one participant (i.e. PPE) must allocate the queue locking-management data and share that with the other participant (i.e. SPE). This data must fit within an architectural atomic block. This means, as is typical, this data is remote to the non-allocating participant. The queue lock-info data consists of the following: (1) A single lock used to manage access to both participants' queues; (2) A queue order vector/array for each of the two queues. Using vectors allows for queue management to be done with SIMD for higher performance; and (3) A queue free index for each of the two queues.

Just as is with any shared queue, before the shared queue is accessed, the shared queue must be locked. The difference in this model is that in addition to obtaining the lock, the locker also obtains all the queue management data, for both queues, in a single atomic DMA. If the attempt to obtain the lock fails, so too does the acquisition of the queue management data. All the necessary pieces of queue data are acquired under this one lock to guarantee no live lock or out-of-order locking. Once the lock and queue information is successfully acquired queuing operations may take place.

FIG. 2 is a diagram of main memory 124, where main memory 124 may contain a message queue 200 wherein individual blocks of the message queue may comprise actual message data 202 or an address 204 and size 206 of the actual data to be RDMA in or out. This message queue may be available by DMA to either the PPE or the SPEs depending on whether elements within queue 200 are locked.

FIG. 3 shows the contents of local memory 152-166 of an SPE. Both the PPE and SPE have access to main memory 124 and the local memory dedicated to the SPE may be mapped to Main Memory 124 as well. Queue data resides in main memory, the SPE local memory 152-166 will only contain local copies of queue data when the lock is acquired. Block 302 actually lives in main memory, not SPE local memory. A message queue, similar to that depicted in main memory 124 of FIG. 2, does reside in SPE local memory

Queue data 302 may contain queue data 304 for the PPU and queue data 306 for the SPU. The queue data 304 for the PPU and queue data 306 for the SPU may be in the form of free indices 308 and 312 and vectors 310 and 314. The SPU will examine the SPE's queue first to determine whether or not any operations are to be performed. Only the local queue is searched. If nothing is found, the SPE posts a message entry in the PPE (remote) queue, based on the PPE's free index queue data. The vector may be an ordering for the SPU search while the index for the PPU may be a post order directing the SPU to post information to the next available entry within the PPU's queue. The operations to be performed may be taken out of order based on the stream I.D. FIG. 3 further indicates that SPU may have the arrays or vectors 316 and 318 of index locations to the PPUs and SPUs index locations. The PPUs and SPUs have separate indexes and the order of their vectors may differ, as is shown.

FIG. 4 depicts how the queue order is managed by using an ordering array or vector of indices that correspond to an entry in the message queue in accordance with embodiments of the present disclosure. The array is traversed in ascending order starting at index 0. Each element of the array contains an index into the message descriptor array that corresponds to the order. At the same time an index of the next free ordering slot is maintained. This “free index” is used to indicate the next order slot to be allocated. This “free index” can also be used to determine the number of used ordering slots which is useful in truncating the traversal of the order array.

The contents and size of the message queue elements is insignificant as the message queue is indexed as an array of data that corresponds to the message. This data can be anything, but likely is Meta data describing the properties of a message or the message itself, if the message is small enough.

FIG. 5 depicts how to queue a new message in accordance with embodiments of the present disclosure. The message queue slot at free index is filled in and free index is incremented. If free index is equal to the number of maximum queue entries then the queue is full and further attempts to add a message should get a queue full error.

The above scheme permits queue entries to be removed out-of-order. In order to remove a message from the queue the following steps are taken: (1) The queue order array is traversed, by ascending index up to the free index, looking for a message match at each corresponding message queue slot; (2) If a match is found, the contents of the queue ordering are shifted up, in order, starting at the slot following the match. The contents of the matching order slot are moved to the last slot entry; and (3) The free index is decremented.

FIG. 6 provides a logic flow diagram in accordance with embodiments of the disclosure describing the passing of messages between cooperating processors. Operations 600 begin with block 602 where a shared queue lock is acquired by a cooperating processor. In block 604, the cooperating processor exclusively acquires the shared queue data during the lock. This data may be actual data or may be an address of the actual data and size of the actual data to be processed by the cooperating processor. In block 606, the shared queue data, whether actual or a pointer, is processed, then the updated queue data and the shared queue lock may be written and released to main memory. This allows a partner cooperating processor to complete the transaction and ensures that the cooperating processing devices do not simultaneously process queue data and destroy queue data coherence.

FIG. 7 provides a logic flow diagram in accordance with embodiments of the present disclosure further detailing the messaging process. Operations 700 begin with block 702 where a cooperating device determines whether queue data is locked. This requires first determining a location of the queue data to be processed and checking that location in main memory. At decision point 704, a determination is made as to whether or not the queue data is locked. If the queue data is locked, the cooperating processor will take no further actions on that queue data and allow the partnered cooperating processing device to complete the processing device's operations and provide unlocked queue data. In block 706, as the queue data was found to be not locked at decision point 704, the cooperating processing device acquires the lock and queue data. In block 708, the queue data may be processed, then in block 710 the updated queue data may be outputted allowing the queue lock to be released in block 712.

In summary, the present disclosure provides a system and method operable to manage a message queue is provided. This management may involve out-of-order asynchronous heterogeneous RDMA of the message queue. This system includes a pair of partnered processing devices, a primary processing device and an additional processing device, a memory storage location and a data bus. The data bus couples to the processing devices and memory storage locations. The processing devices cooperate to process queue data within a shared message queue wherein when an individual processing device successfully accesses queue data the queue data is locked for the exclusive use of the processing device. When the processing device acquires the queue data, the queue data is locked and the queue data acquired by the acquiring processing device includes the queue data for both the primary processing device and additional processing device such that the processing device has all queue data necessary to process the data and return the resultant data as processed queue data.

As one of average skill in the art will appreciate, the term “substantially” or “approximately”, as may be used herein, provides an industry-accepted tolerance to the term's corresponding term. Such an industry-accepted tolerance ranges from less than one percent to twenty percent and corresponds to, but is not limited to, component values, integrated circuit process variations, temperature variations, rise and fall times, and/or thermal noise. As one of average skill in the art will further appreciate, the term “operably coupled”, as may be used herein, includes direct coupling and indirect coupling via another component, element, circuit, or module where, for indirect coupling, the intervening component, element, circuit, or module does not modify the information of a signal but may adjust the signal's current level, voltage level, and/or power level. As one of average skill in the art will also appreciate, inferred coupling (i.e., where one element is coupled to another element by inference) includes direct and indirect coupling between two elements in the same manner as “operably coupled”. As one of average skill in the art will further appreciate, the term “compares favorably”, as may be used herein, indicates that a comparison between two or more elements, items, signals, etc., provides a desired relationship. For example, when the desired relationship is that signal 1 has a greater magnitude than signal 2, a favorable comparison may be achieved when the magnitude of signal 1 is greater than that of signal 2 or when the magnitude of signal 2 is less than that of signal 1.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of all means or step plus function elements in the claims below are intended to include any structure, material, or act for performing the function in combination with other claimed elements as specifically claimed. The description of the present disclosure has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the disclosure in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the disclosure. The embodiment was chosen and described in order to best explain the principles of the disclosure and the practical application, and to enable others of ordinary skill in the art to understand the disclosure for various embodiments with various modifications as are suited to the particular use contemplated. 

1. A system, comprising: a primary processing device; at least one additional processing device; a memory storage location; and a data bus coupled to the primary processing device, the at least one additional processing device, and the memory storage location, wherein: the primary processing device and the at least one additional processing device cooperate to process queue data within a shared message queue; and the primary processing device and the at least one additional processing device access the queue data within the shared message queue via remote direct memory access (RDMA).
 2. The system of claim 1, wherein: a primary memory domain is associated with the primary processing device, and the shared message queue resides within the primary memory domain; at least one additional memory domain is associated with the at least one additional processing device; a lock is associated with the queue data such that when a processing device, the primary processing device or the at least one additional processing device, locks queue data, the processing device acquires the queue data.
 3. The system of claim 3, wherein the queue data acquired by the processing device when the queue data is locked comprises all data necessary to manage the queue.
 4. The system of claim 1, wherein the primary processing device comprises: a power processing unit (PPU); and a main memory location.
 5. The system of claim 1, wherein the at least one additional processing device comprises: a synergistic processing unit (SPU); and a local memory location.
 6. The system of claim 1, wherein a processing device, the primary processing device or the at least one additional processing device: checks to see if queue data is locked; performs an atomic GET to retrieve and lock the queue data when the queue data is not locked; operate on the queue data to produce updated queue data; and performs an atomic PUT to return the updated queue data.
 7. The system of claim 1, wherein another processing device cannot operate on the queue data when the queue data is locked.
 8. A method comprising: determining, by a cooperating processing device, if a shared queue data to be processed by the cooperating processing device is locked; acquiring a shared queue lock when the shared queue data is not locked; exclusively acquiring, by the cooperating processing device, the shared queue data during the lock; processing the shared queue data, by the cooperating processing device, to produce updated queue data; outputting the updated queue data and releasing the shared queue lock.
 9. The method of claim 8, further comprising wherein the cooperating processing device is selected from: a primary processing device; and at least one additional processing device.
 10. The method of claim 8, wherein: acquiring a shared queue lock when the shared queue data is not locked; and exclusively acquiring, by the cooperating processing device, the shared queue data during the lock, comprises an atomic GET; and outputting the updated queue data and releasing the shared queue lock comprises an atomic PUT.
 11. The method of claim 8, wherein acquiring a shared queue lock when the shared queue data is not locked comprises: fetching the queue data from main memory; setting a lock flag to locked; and writing the queue data with a locked lock flag to main memory.
 12. The method of claim 8, wherein the queue data comprises actual data to be processed.
 13. The method of claim 8, wherein the queue data comprises an address and size associated with actual data to be processed.
 14. A system comprising: a primary processing device wherein a primary memory domain is associated with the primary processing device; an additional processing device wherein an additional memory domain is associated with the additional processing device; a memory storage location, wherein the primary memory domain and additional memory domain are mapped to locations within the memory storage; a data bus coupled to the primary processing device, the at least one additional processing device, and the memory storage location, wherein: the primary processing device and the additional processing device cooperate to process queue data within a shared message queue; the primary processing device and the additional processing device access the queue data within the shared message queue via direct memory access (DMA);
 15. The system of claim 14, wherein: a lock is associated with the queue data such that when a processing device, the primary processing device or the at least one additional processing device, locks queue data, the processing device acquires the queue data.
 16. The system of claim 3, wherein the queue data acquired by the processing device when the queue data is locked comprises primary processing device queue data and additional processing device queue data necessary to manage the queue.
 17. The system of claim 14, wherein the primary processing device comprises: a power processing unit (PPU); and a main memory location.
 18. The system of claim 14, wherein the at least one additional processing device comprises: a synergistic processing unit (SPU); and a local memory location.
 19. The system of claim 14, wherein a processing device, the primary processing device or the at least one additional processing device: checks to see if queue data is locked; performs an atomic GET to retrieve and lock the queue data when the queue data is not locked; operate on the queue data to produce updated queue data; and performs an atomic PUT to return the updated queue data.
 20. The system of claim 14, wherein another processing device cannot operate on the queue data when the queue data is locked. 